cr10s Problème de configuration Marlin 1.1.9 sur CR10s

[Gnaa]

Bonjour, 

C'est mon premier poste, ça fait un an que j'imprimes avec le Firmware d'origine.
Il m'est arrivé d'avoir des problèmes mais j'ai toujours trouvé des solutions ici même ( merci à la communauté ), mais la je sèches

En passant sur octoprint j'avais un message me disant que le firmware d'origine avait un problème de sécurité.
Et comme j'ai un BLtouch sous la main et veux l'installer, pas le choix..... Je dois passer par une mise à jour.

Avec le Firmware d'origine "CR-10S-300" No problème hormis le message de sécurité sur Octoprint
Avec un firmware TH3D téléchargé sur le forum et prêt a l'emploi effectué par un utilisateur ( mais sans la source ) .. No probleme pour le 1.1.9, et plus de message de sécurité
Cependant n'ayant pas la source ... je n'ai pu l'examiner pour modifier au besoin certains paramètre.

J'ai testé deux méthode. en suivant scrupuleusement le tuto 1.1.8 de www.cr10.fr
Sur la source "Marlin-1.1.x" et sur "TH3DUF_R2"

Mais voila ce que j'obtiens, un autohome foireux. Sur l’image c'est la position de mon Auto Home ?!?
Et l’écran est totalement illisible. 
 

Pour l’écran j'ai vu dans le fichier source "configuration.h"
//#define CR10_STOCKDISPLAY est bien désactivé car pour CR10

En revanche pour la CR10s, j'ai bien activé 
// RepRapDiscount FULL GRAPHIC Smart Controller
// http://reprap.org/wiki/RepRapDiscount_Full_Graphic_Smart_Controller
//
#define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER
Cependant sur l'adresse donné du Wiki, il indique que certains clone d’écran on des problème de lenteur et demande de rajouter ces lignes :
#define ST7920_DELAY_1 DELAY_NS(0)
#define ST7920_DELAY_2 DELAY_NS(0)
#define ST7920_DELAY_3 DELAY_NS(63) // this is the defaults for a 16mhz processor (ie a mega2560)

Mais rien n'y fait... l’écran reste illisible.

Dans Arduino, je fais bien.... Croquis, puis vérifier / compiler pour vérifier si il y a une erreur ou un problème d'instabilité du a la limite de mémoire
Puis si tout va bien ... croquis... exporter les binaires compilés.
Je récupères le fichier créé " Marlin.ino.mega.hex" et le met joyeusement dans Octoprint pour flasher la CR10s

Quant au probléme de positionnement de l'Auto Home, ayant suivis pas à pas le tuto !!!
je comprends pas d'ou viens le problèmes.

Quand tout seras fonctionnel, je passerais a l’étape de l'installation et configuration du BLTouch. 

Merci pour votre aide.
Pour info 'ai chercher avant de poster pour éviter un doublon, mais j'y ai pas vu de problème similaire.
Merci de déplacer si je me suis trompé

Bonne soirée.
Et profiter du long Week pour vos Print.

 

 

[juanpa]

Salut !

Il y a 2 heures, Gnaa a dit :

Cependant n'ayant pas la source ... je n'ai pu l'examiner pour modifier au besoin certains paramètre.

Qu'est-ce tu voulais changer exactement ?

[Gnaa]

Bonsoir, 

je voulais juste optimiser le firmware en tenant compte des paramètres du tuto le Guide Malin de Marlin  de www.cr10.fr
A l'adresse suivante : http://www.cr10.fr/le-guide-malin-de-marlin/

Puis ensuite y intégrer le BLTouch en suivant le tuto : http://www.cr10.fr/installation-dun-autolevel-type-bltouch-cr10s/

Et affiner les réglage en fonction des Test.

Petite question à la volé sur Marlin, en faisant des Test il m'est arrivé d'avoir un avertissement sur la faible mémoire et l'éventuelle instabilité.
Donc peut on augmenter la mémoire de la CR10s ? ( ca serait pas plus mal )

Et pour info mes soucis ne viennent pas d'une instabilité, car j'ai bien vérifié que cet avertissement n'apparesse pas avant création du fichier HEX.

 

Merci... Bonne nuit.

[Gnaa]

Poursuite de mes investigations....

Si je télécharge le fichier déjà paramétré pur CR10s ( avec Sources )
A l'adresse suivante : https://cdn.shopify.com/s/files/1/0887/0138/files/CR-10S-Marlin_By_PrintedSolid_119.zip?1519282549962913645
du site https://www.printedsolid.com/

J'ai flashé le fichier "CR10S-PS-Stock_119.hex"

L'écran.... No problème... Mais toujours problème avec positionnement du Auto Home.
J'ai vérifié les câbles, mais vu que ça fonctionne avec d'autre Firmware, ça vient pas du câblage.

Octoprint m'indique l'erreur suivante :

Error reported by printer

Your printer's firmware reported an error. Due to that OctoPrint will disconnect. Reported error: Printer halted. kill() called!

Et l'écran affiche une erreur "home Failed"
 

Grrrrrrrrrrrrr ^^

Installing PrintedSolid Firmware Marlin.pdf

[Gnaa]

L'avantage d'avoir des Bugs est de chercher, scruter le moindre code dans Marlin.
J'ai trouvé la section concernant l'Auto Home. Et tout me semble normal.

Connnfiurationn_adv.h

Line 377
// @section homing
// Homing hits each endstop, retracts by these distances, then does a slower bump.
#define X_HOME_BUMP_MM 5
#define Y_HOME_BUMP_MM 5
#define Z_HOME_BUMP_MM 2
#define HOMING_BUMP_DIVISOR { 2, 2, 4 }  // Re-Bump Speed Divisor (Divides the Homing Feedrate)

De plus concernant le BLTouch, j'ai vu qu'il avait coché pour carte V1 et non V2
Cependant j'avais regardé en commandant, la description disait bien qu'elle était pour V1, mais non limitative
Et concernait également d'autre imprimante dont la CR10s

Vous avez pu tester ce modèle ? fonctionnel sur CR10s ?

Qui pourrait me transmettre ( sans abuser ) un fichier .HEX pour CR10s avec ce BLTouch.
Uniquement le Fichier HEX, ou avec le MARLIN Correspondant afin que je Test

Merci à Vous.
 

[fran6p]

Il y a 21 heures, Gnaa a dit :

De plus concernant le BLTouch, j'ai vu qu'il avait coché pour carte V1 et non V2

Les descriptions des vendeurs ne sont pas toujours en adéquation avec la réalité (je crains qu'il n'ait confondu CR10 S4 et CR10S S4, S4 étant pour les dimensions de la machine (400x400mm)).

Les cartes V1.x sont équipées de processeur ATMega 1284 (128 Mo de mémoire) et sont généralement prévues pour les CR10 (pas S mais modèles S3, S4 et S5), Ender3, Ender5...

Les V2 sont équipées d'ATMega2560 (256Mo de mémoire) et sont prévues pour les modèles S (CR10S).

Donc pour répondre à ta question:

Le 10/11/2019 at 00:50, Gnaa a dit :

Donc peut on augmenter la mémoire de la CR10s ? ( ca serait pas plus mal )

Non, ce n'est pas possible.

[Gnaa]

Merci pour l'info....

Actuellement pour mon problème de Auto Home et Ecran, j'ai décider de rechercher mes différentes config, et de les annoté concernant les bug
Puis de les comparer avec WinMerge, pour voir les différences lignes par lignes.
Ça me permettra de comparer les différences et de voir ce qui change avec la version Auto Home OK, et version Auto Home Erreur. Les deux sur Marlin 1.1.9

Ça me prendra du temps, et ainsi peut être que je trouverais d'ou viens le problèmes, et idem pour l’écran.
 

Quand je prends le fichier HEX du Firmware d'origine  "CR-10S-300" tout fonctionne à par le message de sécurité.
Par contre si je le compile tel quel avec Aduino, L'Auto Home fonctionne toujours, mais pas l’écran.
Et j'ai un message de sécurité qui apparaît sur Octoprint.

Je ne m'avoues pas vaincu ^^
Je verrais après pour BLTouch ou équivalent, et revendrais le mien encore emballé

[fran6p]

Il y a 23 heures, Gnaa a dit :

le fichier HEX du Firmware d'origine  "CR-10S-300" tout fonctionne à par le message de sécurité.

Les binaires compilés par Creality utilisent une version ancienne de Marlin (au mieux une 1.1.6). Ils n'ont pas activé les protections thermiques dans leur firmware, raison pour laquelle, Octoprint affiche cet avertissement.

D'ailleurs, je ne sais pas s'il fonctionne vraiment cet avertissement: ma CR10 (pas S) tourne toujours avec sa carte mère d'origine (la "sasfépu" avec un PCB noir, Melzi Atmega1284p de 2017) et Octoprint ne m'a jamais affiché d'avertissement .

Winmerge permet de faire une comparaison très rapide entre plusieurs fichiers.

Si tu veux, tu peux poster ton configuration.h problématique (et le configuration_adv.h aussi), on peut l'examiner

Modifié (le) Novembre 12, 2019 par fran6p
orthographe

[Gnaa]

Merci pour l'aide.


J'ai préparé 3 fichiers compressé Winrar qui contiennent chacun le Fichier Configuration.h et configuration_adv.h

CR-10S-Marlin_By_PrintedSolid_119
 https://www.printedsolid.com/blogs/news/installing-marlin-1-1-9-on-your-cr-10s-with-mesh-bed-leveling-thermal-protection-better-menu-layout-and-finally-power-resume
J'ai juste copié/collé dans les configuration exemples la config Creality CR10s
Erreur Ecran, et Erreur Auto Home

Marlin-1.1.x
http://marlinfw.org/meta/download/
J'ai juste copié/collé dans les configuration exemples la config Creality CR10s
Erreur Ecran, et Erreur Auto Home

Marlin-1.1.x ( Modif suivant www.cr10.fr )
http://marlinfw.org/meta/download/
Le même que ci dessus mais en suivant le Guige Malin de Marlin http://www.cr10.fr/le-guide-malin-de-marlin/
Bien qu'il soit pour le 1.1.8, je ne me suis pas fié aux numéro de ligne, mais aux recherche des mots clés pour trouver les bonne ligne
Erreur Ecran, et Erreur Auto Home
 

Voila les 3 versions sur lesquels je fait des Test actuellement.

Mais quand j'ai besoin d'imprimer avec un Firmware fonctionnel en version 1.1.9
j'utilises celui de d'un de vos Membres "Devildant" que je remercies ( encore ) qu'il avait posté dans une autres section du Forum.
En message privé, je lui ai demandé si il avait encore au fond de ces tiroirs les fichiers Configuration.h et configuration_adv.h
Correspondant à son poste, ce qui me permet terrait de le comparer avec WinMerge

Avec un peu de change et sur un malentendu ..... ^^

 

Merci.

CR-10S-Marlin_By_PrintedSolid_119.rar Marlin-1.1.x.rar Marlin-1.1.x ( Modif suivant www.cr10.fr ).rar

[onishin]

Pour le BLTouch  3.1 attention forte chance que le cable de fin de course sois câblé a l'envers test le Homing de haut avec un doigt cela évitera écraser ta tête sur la plateau

Le BLTouch  fonctionne parfaitement après avoir inverser les cables de fin de course et mis les bonne options .

Je test aussi le flash de ma CR10-S  HiTCOP pour le BLTouch  mais moi j'ai avertissement de problème mémoire

Par contre, je n'ai aucun soucis avec l’écran et de homing peut être car j'ai déjà activé le safe homing.

Essaye activé le safe homing pour voir si cela change quelque chose pour toi .

Tu as peut etre pas avertisement mais tu es peut etre tres tres proche de la limite memoire . C'est quoi le résultat utilisation.

Personnement , je suis preneur des trucs a supprimer pour les probleme memoire mais le 513 et ARC ne reduis que la taille du code pas la mémoire .

J'ai obtenue le resultat le plus stable avec Marlin 2.0 depuis le git ( pas tester encore la release 2.0 après correction de mon problème de homing)

Modifié (le) Novembre 13, 2019 par onishin
Coorection ortho SiSi

[fran6p]

Le 13/11/2019 at 12:31, onishin a dit :

Personnellement , je suis preneur des trucs a supprimer pour les problèmes mémoire mais le 513 et ARC ne réduit que la taille du code pas la mémoire .

Voilà la réponse que j'avais faite lors de compilation de Marlin pour d'autres utilisateurs (carte à base de ATMega 1284):

@Gnaa

J'ai essayé de comparer tes fichiers. Il y a des erreurs: deux écrans sont déclarés dans certains (ça ne peut pas fonctionner ).

Pour l'ABL dans au moins deux fichiers configurations.h, tu déclares #define PROBE_MANUALLY, l' AUTO_BED_LEVELLING_BILINEAR n'est pas déclaré... Bref soit tu n'as pas suivi les instructions de Printsolid ou du site cr10.fr soit ils comportent des coquilles qui t'ont "enduit d'erreurs"   .

Je te joints deux comparaisons entre le Marlin officiel (1.1.9bugfixes) et le même que j'avais compilé pour @Pierrot31 qui fonctionne (les différences entre les fichiers sont surlignées en jaune). Sa carte mère est une Melzi à base de d'ATMega1284 et utilise un dérivateur connecté sur la nappe écran pour récupérer le SERVO0_PIN (27) qui est différent d'une carte 2560. Le détecteur de fin de filament n'est pas activé car Pierrot31 n'en a pas sur sa CR10-mini (dimensions d'impression: 300x220x300)...

différences_marlin_CR10_CR10-mini_configuration.h..htm

différences_marlin_CR10_CR10-mini_configuration_adv.h.htm

A toi d'interpréter pour repartir sur une bonne base (le Marlin officiel évidemment ).

Modifié (le) Novembre 14, 2019 par fran6p
complément / orthographe

[Gnaa]

Merci, 

J'ai fais quelques Test pour le problème Ecran mais pour l'instant Nada....
Quand à l'auto Home j'y ai vu quelques pistes interressente.
Mais j'ai mal au cheveux.... Vais prendre un Aspro ( pas du au problème de config.. Mais journée duraille )
Donc je regarderais mieux à tête reposée ce week-end espérant que je résolves avec votre aide ce problème.

Merci également à Onishin ( je testerais la fonction safe homing )
Et à Fran6p, j'irais lire ton post pendant une pause demain ( au Taff Shutttt )

Sympa Les Shadocks. mais j'ai un coup de Pompe... ^^

Bonne soirée.

[fran6p]

@Gnaa

Pour citer / notifier un utilisateur dans ta réponse: tapes l'arobase (@) puis commence à saisir son pseudo, au fur et à mesure de ta frappe tu pourras cliquer sur son pseudo (par exemple: @fran6p , si tout c'est bien passé, le pseudo apparait sur fond bleu foncé). Il reçoit alors une notification et peut y répondre (ou pas ).

Tu peux aussi remercier un contributeur, en cliquant sur le cœur au bas de son post (il offre aussi d'autres possibilités ). Ça permet de réagir / d'indiquer son "opinion" sans forcément devoir compléter par écrit un post. Et cerise sur le gâteau, cela améliore sa réputation

[juanpa]

@fran6p Oui c'est dur de suivre un sujet ici.....il tombe vite.... je ne sais où ^^ ...dans les abîmes du méandre du fil d'actualité... et le @ reste le seul moyen de ne pas passer à côté d'une réponse.

Modifié (le) Novembre 14, 2019 par juanpa

[juanpa]

@fran6p Ce qui est étonnant c'est qu'il n'y ai pas de notifications lors d'une réponse à un sujet que tu as créées, ça doit pouvoir se paramétrer non ?

[fran6p]

il y a une heure, juanpa a dit :

ça doit pouvoir se paramétrer non ?

Peut-être. De la même manière que l'on peut gérer son profil, les notifications sont paramétrables via la roue crantée de la cloche :

Paramètres généraux:

Gestion notifications / emails:

 

Il me semble, mais je n'en suis pas certain, que quand on crée un nouveau post, on peut paramétrer les notifications (pour le vérifier il faudrait que je crée un nouveau post mais je n'ai rien de nouveau à poster en ce moment ).

[juanpa]

Ah bah merci !! J'avais pas faut gaffe que l'on pouvait paramétrer ses notifications. Maintenant je reçois plein de notifications pour tout et ,n'importe quoi.....j'suis trop content ^^

[Gnaa]

Re_Bonjour tous le Monde.

Pour faire Bref... Problème résolus Oui et Non ( car j'ai des Questions. Ça marche, OK, mais je cherche à savoir, le  pourquoi ? )
Bizarrement le problème ne venait pas des différentes configurations ( pré-établis ou de mes changements )

Pour mes Tests, je suis repartis avec la dernière version de Marlin TH3DUF_R2

Méthode Echec :
Dans un premier temps j'ai ouvert le fichier "TH3DUF_R2.ino" du dossier Firmware / TH3DUF_R2/ ( Là, est mon erreur )
Puis j'ai dé-commenté la ligne 220 : "#define CR10S"
Dans un premier temps et pour les Test, je n'ai rien touché d'autres ( Même pas la Langue )
Enregistrer, puis Croquis / Exporter les Binaires Compilées.
A la fin j'obtiens un message de couleur "Blanc" ( Important? ), 
Je prends le Fichier "TH3DUF_R2.ino.mega.hex", et le transfère sur la CR10s
Bugggg Ecrannnnn .....

Méthode Qui à Fonctionné :
J'ai ouvert le fichier "TH3DUF_R2.ino" en utilisant le fichier BAT
Commande du fichier BAT : ".\Windows Arduino\arduino.exe" .\Firmware\TH3DUF_R2\TH3DUF_R2.ino
En gros il est allé lancer le fichier "TH3DUF_R2.ino", avec le logiciel Arduino fournis dans son pack,  répertoire "Windows Arduino"
Re compilation  avec juste la ligne 220 décommenté.
A la fin j'obtiens un message de couleur "Bleu" ( Important ? ), 
Je prends le Fichier "TH3DUF_R2.ino.mega.hex", et le transfère sur la CR10s
Yeepeeeee Kayyyy tous fonctionne, Ecran et AutoHome.

Autre Test :
J'ai modifié le fichier BAT, copié dans le Marlin 1.1.x Officel.
Y ai inclus le dossier "Windows Arduino"
Résultat... Même topo que le résultat précédent..
A la fin j'obtiens un message de couleur "Bleu", 
Par contre je saurais que ce soir si il fonctionne ou non, car la, je suis au Taff,  ( Je vous dirais )
Si cette version fonctionnes je dirais que mon Post est Résolu.
Car le But est de passer avec le Marlin officiel et non celui de TH3D, même si il est très bien.

D’où mes questions.....
La couleur du message après compilations a t elle son importance ?
Ou est-ce juste TH3D qui trouve que bleu c'est plus jolie.
En quoi la version officielle de Arduino diffère-t-elle de celle fournis par TH3D ?
J'ai installé et désinstallé Arduino à plusieurs reprises auparavant, 
pensant que mes Bugs venant d'une mauvaise installations.
En fait non, elle est bien installé ( sauf avis contraire )

Je vais enfin pouvoir modifier Le fichier Marlin pour affiner les Réglages, 
Et tenter l'installation du BLTouch.... Prochainement !!!!

Encore Merci a Tous car j'ai pu affiner mes connaissances sur Marlin, 
En scrutant plusieurs fois toutes ces lignes de codes. ( Un mal pour un bien ^^ )

[devildant]

Il y a 2 heures, Gnaa a dit :

Re_Bonjour tous le Monde.

Pour faire Bref... Problème résolus Oui et Non ( car j'ai des Questions. Ça marche, OK, mais je cherche à savoir, le  pourquoi ? )
Bizarrement le problème ne venait pas des différentes configurations ( pré-établis ou de mes changements )

Pour mes Tests, je suis repartis avec la dernière version de Marlin TH3DUF_R2

Méthode Echec :
Dans un premier temps j'ai ouvert le fichier "TH3DUF_R2.ino" du dossier Firmware / TH3DUF_R2/ ( Là, est mon erreur )
Puis j'ai dé-commenté la ligne 220 : "#define CR10S"
Dans un premier temps et pour les Test, je n'ai rien touché d'autres ( Même pas la Langue )
Enregistrer, puis Croquis / Exporter les Binaires Compilées.
A la fin j'obtiens un message de couleur "Blanc" ( Important? ), 
Je prends le Fichier "TH3DUF_R2.ino.mega.hex", et le transfère sur la CR10s
Bugggg Ecrannnnn .....

Méthode Qui à Fonctionné :
J'ai ouvert le fichier "TH3DUF_R2.ino" en utilisant le fichier BAT
Commande du fichier BAT : ".\Windows Arduino\arduino.exe" .\Firmware\TH3DUF_R2\TH3DUF_R2.ino
En gros il est allé lancer le fichier "TH3DUF_R2.ino", avec le logiciel Arduino fournis dans son pack,  répertoire "Windows Arduino"
Re compilation  avec juste la ligne 220 décommenté.
A la fin j'obtiens un message de couleur "Bleu" ( Important ? ), 
Je prends le Fichier "TH3DUF_R2.ino.mega.hex", et le transfère sur la CR10s
Yeepeeeee Kayyyy tous fonctionne, Ecran et AutoHome.

Autre Test :
J'ai modifié le fichier BAT, copié dans le Marlin 1.1.x Officel.
Y ai inclus le dossier "Windows Arduino"
Résultat... Même topo que le résultat précédent..
A la fin j'obtiens un message de couleur "Bleu", 
Par contre je saurais que ce soir si il fonctionne ou non, car la, je suis au Taff,  ( Je vous dirais )
Si cette version fonctionnes je dirais que mon Post est Résolu.
Car le But est de passer avec le Marlin officiel et non celui de TH3D, même si il est très bien.

D’où mes questions.....
La couleur du message après compilations a t elle son importance ?
Ou est-ce juste TH3D qui trouve que bleu c'est plus jolie.
En quoi la version officielle de Arduino diffère-t-elle de celle fournis par TH3D ?
J'ai installé et désinstallé Arduino à plusieurs reprises auparavant, 
pensant que mes Bugs venant d'une mauvaise installations.
En fait non, elle est bien installé ( sauf avis contraire )

Je vais enfin pouvoir modifier Le fichier Marlin pour affiner les Réglages, 
Et tenter l'installation du BLTouch.... Prochainement !!!!

Encore Merci a Tous car j'ai pu affiner mes connaissances sur Marlin, 
En scrutant plusieurs fois toutes ces lignes de codes. ( Un mal pour un bien ^^ )

il y a des problèmes avec les versions recentes d'arduino (surment problème de compatibilité avec certaine lib)

[Gnaa]

En attendant mon dernier Test de ce soir sur le Marlin Officiel
Merci @devildant, ainsi que tous les autres... Ça m'a permis d'éliminer des pistes, une a une.
 

[fran6p]

@Gnaa

Bonjour,

Pour t'aider à comprendre le pourquoi du comment, tu peux éventuellement lire ce post :

ou celui-là (clic sur Révéler le texte masqué ) :

 

[Gnaa]

Je viens de faire le Test avec me Marlin Officiel, Problème Ecran Résolu...

Auto Home pour l'instant non, avec la config exemple Creality CR10s inclus dans les exemples.
Me reste a remettre tous les paramètres du tuto de www.CR10.fr, et on verra.

Donc le soucis venais bien de la dernière version officielle de Arduino.
Maintenant j'utilises celle fournis dans le Pack TH3D.

Ont y arrive .... ^^

Rajout : Avec  la config exemple Creality CR10s inclus dans les exemples.
La tête placé au centre du Bed, bouge légèrement, puis monte et redescend, mais reste au centre
La même config mais en suivant 2 fois le tuto pour modification.
La tête bouge pas et j'ai l'impression qu'un moteur ( au son ) tourne dans le vide.
Et quand je reprends un vieux fichier HEX, fonctionnel pour l'AutoHome ( mais pas l'ecran )
L'autohome est fonctionnel ?

Donc ma question....
Dans quel section trouve t on la fonction AutoHome ? avec ces déplacements.

Merci

Modifié (le) Novembre 18, 2019 par Gnaa

[Gnaa]

Dernière News du Front.

Ecran OK, 
Auto Home OK
Avec Marlin Officiel ( inclus l'exemple de configuration CR10s fournis )

 Dans beaucoup de Forum, y compris ici même, dans une cas de mauvais AutoHome, ont demande d'activer la ligne comprenant de code:
#define ENDSTOP_NOISE_FILTER

Cependant dans Marlin c'est accompagné du Message Suivant :

* Endstop Noise Filter
 *
 * Enable this option if endstops falsely trigger due to noise.
 * NOTE: Enabling this feature means adds an error of +/-0.2mm, so homing
 * will end up at a slightly different position on each G28. This will also
 * reduce accuracy of some bed probes.
 * For mechanical switches, the better approach to reduce noise is to install
 * a 100 nanofarads ceramic capacitor in parallel with the switch, making it
 * essentially noise-proof without sacrificing accuracy.
 * This option also increases MCU load when endstops or the probe are enabled.
 * So this is not recommended. USE AT YOUR OWN RISK.
 * (This feature is not required for common micro-switches mounted on PCBs
 * based on the Makerbot design, since they already include the 100nF capacitor.)

Traduit avec Google Ça donne ceux-ci :

* Filtre anti-bruit final  *  
* Activez cette option si les extrémités finales se déclenchent faussement à cause du bruit.  
* NOTE: Activer cette fonction signifie que l’on ajoute une erreur de +/- 0.2mm, donc  
* se retrouvera à une position légèrement différente sur chaque G28. Cela va aussi  
* réduire la précision de certaines sondes de lit.  
* Pour les interrupteurs mécaniques, la meilleure approche pour réduire le bruit consiste à installer  
* un condensateur céramique de 100 nanofarads en parallèle du commutateur, ce qui le rend  
* Essentiellement anti-bruit sans sacrifier la précision.  
* Cette option augmente également la charge MCU lorsque les extrémités ou la sonde sont activées.  
* Ceci n'est donc pas recommandé. À UTILISER À VOS RISQUES ET PÉRILS.  
* (Cette fonctionnalité n'est pas requise pour les micro-commutateurs courants montés sur des cartes de circuits imprimés  
* basé sur la conception de Makerbot, car ils incluent déjà le condensateur 100nF.)

J'ai pas compris exactement les risques ?
Problèmes matériel  ? Risque d'incendie ??
Est ce que cela va altérer la qualité des Prints ?

J'ai des Lithographie en quart de cercle à Faire....

Merci.

Dernier point, j'ai pas vu une option pour supprimer un poste ( Celui juste en dessous posté par erreur )
Peut on supprimer nous même nos postes, ou seul les modérateur le peuvent ?

<Modération>

c'est fait

</fin>
 

Modifié (le) Novembre 20, 2019 par fran6p
modération

[juanpa]

il y a une heure, Gnaa a dit :

Dans beaucoup de Forum, y compris ici même, dans une cas de mauvais AutoHome, ont demande d'activer la ligne comprenant de code:
#define ENDSTOP_NOISE_FILTER

C'est la première fois que j'entends parler de cette option et personnellement je ne l'activerais pas, après je ne suis pas expert non plus.

[fran6p]

Il y a 10 heures, Gnaa a dit :

J'ai pas compris exactement les risques ?
Problèmes matériel  ? Risque d'incendie ??
Est ce que cela va altérer la qualité des Prints ?

C'est pourtant clairement expliqué :

Cela introduit une mise à l'origine non constante avec un décalage qui peut aller jusqu'à +/- 0,2mm :

Il y a 10 heures, Gnaa a dit :

NOTE: Enabling this feature means adds an error of +/-0.2mm, so homing
 * will end up at a slightly different position on each G28. This will also
 * reduce accuracy of some bed probes.

Donc comme @juanpa, j'éviterais de l'utiliser, surtout avec un système ABL.

Sinon, je ne pense vraiment pas que cela puisse créer un incendie sauf si tu veux aggraver la situation